home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0079 / 766.txt < prev    next >
Text File  |  1997-04-16  |  9KB  |  223 lines
  1. INFO-ATARI16 Digest         Thu,  7 Dec 89       Volume 89 : Issue 766
  2.  
  3. Today's Topics:
  4.                          Bugs in Uniterm 2.0e
  5.                         How to read PC format?
  6.                       Problem with Uniterm 2.0e
  7.              Prototyping board for the ST cartridge port
  8.                             Shareware MAC
  9.                        Software Advice Needed !
  10.                           Still searching...
  11. ----------------------------------------------------------------------
  12.  
  13. Date: 7 Dec 89 02:56:01 GMT
  14. From: crash!pnet01!johnb@nosc.mil  (John Bunch)
  15. Subject: Bugs in Uniterm 2.0e
  16. Message-ID: <845@crash.cts.com>
  17.  
  18. Hmmmm...   I am fairly sure that is probably what the problem I was having was
  19. then.   Although I had no problems with ckermit?  Does ckermit not send short
  20. breaks?
  21.  
  22. John.
  23.  
  24. UUCP: ?hplabs!hp-sdd ucsd nosc?!crash!pnet01!johnb
  25. ARPA: crash!pnet01!johnb@nosc.mil
  26. INET: johnb@pnet01.cts.com
  27.  
  28. ------------------------------
  29.  
  30. Date: 7 Dec 89 05:43:26 GMT
  31. From: cs.utexas.edu!psurge@tut.cis.ohio-state.edu  (Troy Carpenter)
  32. Subject: How to read PC format?
  33. Message-ID: <7310@cs.utexas.edu>
  34.  
  35. In article <89340.213356PMR2@PSUVM.BITNET>, PMR2@PSUVM.BITNET writes:
  36. > What differences are there between TOS and PC-DOS 3.5" disk formats?  What do
  37. > I need to do to read files from an IBM disk?
  38. >
  39. > Also, can anyone out there tell me what the differences between pc-ditto and
  40. > pc-ditto II are? (Besides $225, of course.)
  41. >
  42. > Thanks.
  43. >
  44. > -Paul
  45.  
  46. as far as TOS is concerened, it sees no difference between an IBM 3.5 disk and
  47. an ST disk, unless the IBM is a 1.44 meg.  The 720K ibm disks work fine on the
  48. ST.
  49.  
  50. The IBM operating system has a problem with ST formatted disks for some reason,
  51. which I am sure someone else can tell why.  If you want to use both formats
  52. reguarly, then either format all your disks on an IBM, making sure it is
  53. formatting 720K and not 1.4 meg.  OR use DC-formatter which will format DOS
  54. compatable disks from the ST desktop.
  55.  
  56.  
  57.                               Troy Carpenter
  58.                             Computer  Sciences
  59.                       THE University of Texas, Austin
  60.                            psurge@cs.utexas.edu
  61.  
  62. ------------------------------
  63.  
  64. Date: 7 Dec 89 00:51:00 GMT
  65. From: inmet!hedger@uunet.uu.net
  66. Subject: Problem with Uniterm 2.0e
  67. Message-ID: <30200029@inmet>
  68.  
  69. I'm using Uniterm V2.0e and I have a recurring problem....
  70. I get put into some sort of wierd graphics mode intermittently.
  71. I suspect this is one of the Textronix modes that the programs
  72. supports. I can't really recognize a pattern to it.
  73. I always assumed it was being caused by some garbage being received
  74. at the modem and interpreted as commands, but I don't even know if
  75. this is a feasible cause.
  76. Any one have this problem ?  Any comments ?
  77. Do I have something setup wrong ?
  78. If I can get some sort of answer or suggestion about this I would
  79. appreciate it. If I don't get anywhere, I am planning to try to
  80. get a note to Simon Poole via the net so that he will know about this.
  81. thanks,
  82. keith
  83.  
  84.  
  85.  
  86. =====================================================================
  87. |                                                                   |
  88. | Keith Hedger :  ?...!?uunet!inmet!hedger   hedger@inmet.inmet.com |
  89. |   " Tragedy plus time = comedy "                                  |
  90. =====================================================================
  91.  
  92. ------------------------------
  93.  
  94. Date: 7 Dec 89 00:25:03 GMT
  95. From: snorkelwacker!ai-lab!jpexg@MEDIA-LAB.MEDIA.MIT.EDU  (John Purbrick)
  96. Subject: Prototyping board for the ST cartridge port
  97. Message-ID: <5377@rice-chex.ai.mit.edu>
  98.  
  99. In article <8912061925.AA15057@ucbvax.Berkeley.EDU> MBERNAR@ERENJ.BITNET
  100. (Marcelino Bernardo) writes:
  101. >
  102. >   Proto board Part number 33-DE40
  103. >
  104. >   Douglas Electronics
  105. >   718 Marina Blvd.
  106. >   San Leandro, CA 94577
  107. >   (415)483-8770
  108. >
  109. >Hopefully this place is still around.  Let me know how it works out.
  110.  
  111. I've bought 2 of their boards--they were still around as of last summer.
  112.  
  113. ------------------------------
  114.  
  115. Date: 6 Dec 89 22:28:27 GMT
  116. From: attcan!utgpu!nemeth@uunet.uu.net  (Gabe Nemeth)
  117. Subject: Shareware MAC
  118. Message-ID: <1989Dec6.222827.16338@gpu.utcs.utoronto.ca>
  119.  
  120. In article <PORTUESI.89Dec4153459@tweezers.esd.sgi.com> portuesi@sgi.com
  121.  (Michael Portuesi) writes:
  122. >>>>>> On 29 Nov 89 14:30:00 GMT, greg.trice@canremote.uucp (GREG TRICE) said:
  123. >
  124. >greg> Why does everybody assume that a Mac emulator has to use Mac ROMs or any
  125. >greg> Mac code at all? There are an infinite number of ways to do a given job
  126. >greg> and it is perfectly possible for somebody to carefully read all the Mac
  127. >greg> documentation and then sit down and write code that will do exactly the
  128. >greg> same job as the Mac roms, but have not a byte in common with them in
  129. >greg> code. This is the situation with most IBM compatible systems. Though
  130. >greg> they are functionally identical to the IBM product, their ROMs contain
  131. >greg> different, but functionally identical code.
  132. >greg>  It should be perfectly possible to produce a Mac emulator that used no
  133. >greg> ROMs at all, but was wholly disk based (given sufficient memory to hold
  134. >greg> the quondam ROM code in RAM).
  135. >
  136. >
  137. >Go ahead and try...I'll see you in a few years.
  138. >
  139. >The Apple ROMS are the result of several hundred person-years of work,
  140. >and you expect one enterprising hacker to recode them, and do all
  141. >of the testing and revising to ensure even a reasonable amount of
  142. >compatibilty?  Obviously you've never developed software for a living.
  143. >
  144. >                               --M
  145. >--
  146. >__
  147. >\/  Michael Portuesi   Silicon Graphics Computer Systems, Inc.
  148. >    portuesi@SGI.COM   Entry Systems Division -- Engineering
  149. >
  150. >He says, "Take me to your leader" -- and I say, "Do you mean....George?"
  151.  
  152. One thing a lot of people don't realize is that the amount of necessary code
  153. in the roms is quite small.  Thats because the system file contains patches
  154. to the different revisions of mac roms that overlay buggy or outdated code.
  155. So - all the roms have to contain is stuff found in the basic 64k roms.
  156. /leonard
  157.  
  158. ------------------------------
  159.  
  160. Date: 6 Dec 89 13:53:00 GMT
  161. From: inmet!hedger@uunet.uu.net
  162. Subject: Software Advice Needed !
  163. Message-ID: <30200028@inmet>
  164.  
  165. I need some pointers to some software.
  166. I'm looking for a decent database program and a decent word
  167. processor. PD would be great, but I'll take any suggestions
  168. you have.
  169. thanks,
  170. keith
  171.  
  172.  
  173.  
  174. =====================================================================
  175. |                                                                   |
  176. | Keith Hedger :  ?...!?uunet!inmet!hedger   hedger@inmet.inmet.com |
  177. |   " Tragedy plus time = comedy "                                  |
  178. =====================================================================
  179.  
  180. ------------------------------
  181.  
  182. Date: 6 Dec 89 15:04:39 GMT
  183. From: attcan!utgpu!watserv1!watcgl!electro!ignac@uunet.uu.net  (Ignac Kolenko)
  184. Subject: Still searching...
  185. Message-ID: <1222@electro.UUCP>
  186.  
  187. In article <1854@atari.UUCP> kbad@atari.UUCP (Ken Badertscher) writes:
  188. >daniel@pkmab.se (Daniel Deimert) writes:
  189. >| I have offered to help writing some demonstration programs to be put
  190. >| on the STE language disk. I haven't even got a reply.   Atari Corp. was
  191. >| obviosly not interested.
  192. >
  193. >This concerns me.  To whom did you send the offer?  Where did you send
  194. >your letter?  Did you send an example program along with your offer?
  195.  
  196.  
  197. that's interesting hearing this from daniel. i've had the same thing \
  198. happen here in good old canada. almost 2 1/2 months ago, i got a call
  199. here at work from atari canada (i think the guy i talked to was named
  200. rotenburg, or something like that) about doing some graphics/sound
  201. demos for the STE. at the time i said, "sure, why not". he then said
  202. that it would be a couple of days before he could clear with his
  203. superiors this idea so that he could ship an STE unit to me at
  204. electrohome.
  205.  
  206. well, its been 2 1/2 months and i have yet to see hide nor hair of the
  207. STE, or any call of explanation from atari canada. its too bad because
  208. at the time of their initial offer, i had the spare time to actually try
  209. to do some useful stuff on the STE. now i don't.
  210.  
  211. oh well ... life goes on.
  212.  
  213. --
  214. =====Ignac A. Kolenko (The Ig)           watmath!watcgl!electro!ignac=====
  215.      co-author of QuickST, and the entire line of Quick Shareware!!!!
  216.        "I don't care if I don't win, 'cause I don't care if I fail"
  217.              from 'Youth Of Today' by SUBURBAN DISTORTION
  218.  
  219. ------------------------------
  220.  
  221. End of INFO-ATARI16 Digest V89 Issue #766
  222. *****************************************
  223.